home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000186_news@columbia.edu _Sun Apr 9 18:06:08 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA22608
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 9 Apr 2000 18:06:07 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id SAA21632
  7.     for kermit.misc@watsun.cc.columbia.edu; Sun, 9 Apr 2000 18:01:24 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: set input echo ( on | off )
  11. Message-ID: <gEDN2pzq23q3@cc.usu.edu>
  12. Date: 9 Apr 00 15:54:37 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <8cqngi$r2v$1@nnrp1.deja.com>, Peter Easthope <peter_easthope@gulfnet.pinc.com> writes:
  17. > Thanks for replying Mark and Joe.
  18. > 
  19. > Well, there is more to this problem than I
  20. > anticipated.
  21. > 
  22. > In <38EF928F.AD3D83B1@value.net> posted at 2000
  23. > Apr 8, 20:16:16 GMT Mark Sapiro said,
  24. > 
  25. > Connect mode input is always displayed on the
  26. > connect screen.  "set input echo" only controls
  27. > whether or not input read by a script (or by
  28. > commands in command mode) is displayed on the
  29. > command screen.
  30. > 
  31. > Yes, my problem is strictly in interpretation of
  32. > a script.  Connect mode is not involved.
  33. > 
  34. > In <x06H488ZGz$4@cc.usu.edu> posted at 2000 Apr
  35. > 08 Joe Doupnik said,
  36. > As a hint, here is an experiment performed to
  37. > check your report.
  38. > 
  39. > jd>
  40. > jd>   define foo output cat bigfile.txt\10, input 10 NotHere
  41. > jd>   set input echo off
  42. > jd>   foo
  43. > 
  44. > The only systems available here provide MS-DOS
  45. > Kermit and SoftArc FirstClass; there is no
  46. > system with C-Kermit.  Thus your test can not be
  47. > duplicated exactly.  I tried this against MS-DOS
  48. > Kermit in server mode--with another name in
  49. > place of bigfile.txt of course.
  50. >
  51.     CKermit is not involved at all. The OUTPUT and INPUT commands
  52. are dealing with raw bytes on the comms channel, to a remote system's
  53. normal user prompt in this case (Unix). No Kermit is running on that
  54. end.
  55.  
  56. >   define foo output type bigfile.txt\13, input 10 NotHere
  57. >   set input echo off
  58. >   foo
  59. > 
  60. > It failed, presumably because the MS-DOS Kermit
  61. > server can not cope with "type bigfile.txt\13".
  62. >
  63.     No, because MSK in Server mode listens to only Kermit packets
  64. of a suitable nature. It is not the o/s user prompt. Use GET to obtain
  65. a file from a Kermit server.
  66.  
  67.  
  68. > Does "set input echo off" work when issued in a
  69. > script file?  Does the echo stay off until "set
  70. > input echo on" is issued; does it apply only to
  71. > the following INPUT command?
  72. >
  73.     The setting applies until you change it.
  74.  
  75. > What happens if you put the three lines of your
  76. > example into a file called, say test.scr, and
  77. > then issue "msk316 take test.scr"?  In effect
  78. > that is what I do, but with hundreds more lines
  79. > of Kermit code.  The FirstClass server sends
  80. > characters just as a C-Kermit server must.
  81. >
  82.     Nothing happens unless commands in that Take file make them
  83. happen.
  84.     Joe D.
  85.  
  86. > Regards,    Peter E.
  87. > 
  88. > 
  89. > Sent via Deja.com http://www.deja.com/
  90. > Before you buy.